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amendment, effected by this office, following a request by the applicant and agreed to by the 
Comptroller-General. 

In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. 



In accordance with the rules, the words "public limited company" may be replaced by p. I.e., 
pic, P.L.C. or PLC. 

Re-registration under the Companies Act does not constitute a new legal entity but merely 
subjects the company to certain additional company law rules. 
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Patents V oro 



Improvement in Printer Systems 



T^e invention relate to printers and printer systems, in particular ^l^^^ 
^ on production lines, such as for fast moving consumer goods such as food stuffs, for 
printing on packaging. 

Objects of the invention Include: 

. centralised control of multiple coding ana laoeiung devices in a 

. fsXl^across the wide variety of vendors ana coding technologies used, 

independent of coder manufacturer; 
. a bridge for the current communications gap between a company . i.t. 

infrastructure ana the coding equipment on the factory floor. 

Providing this solut,on reduces the considerable waste ^ product recall ^ 
manufactures due to errors ,n the printed soil- by-dates, batch codes and bar codes. 

Invention Overview 

At the broadest level, and from an end-us*r marketing perspective the System of the 
Invention products can be shown as follows: 
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The core of tbe solution is the day-to-day 

either run on a desktop PC or in an Industrial PC (Setpoint). Coder 

S£ the coder's ex.3t.ng networking f^^^^f^^^^^SS^ 
ustri to provide the necessary electrical and protocol conversion (Datapolnt). 

An image design and data management application is also ^^SSS^'ft ™* to a 
provides device independent information to allow the -best-fit" Information to be sent to 
given Coder by dearview. 

multiple Setpoint networks from any PC on the Network. 

methods and properties for dealing with the wide vanety of coders available. 



Parameter Hies 
Molding Set-up and 
.Configuration 
information.. 



Image designs 
Holding Generic 
Information. 



Product Data 




Provision of Coder / 

Code Oass 
Capability to Design 



Clean/lew - Coder 
"Driver" layer 



Handling of 
Programming 
Interfaces for 
Generic Coder 
API 



T 



Native Coder Language 

— * 



Independent Communications Layer 



The dearview Coder "Driver" layer Is shown as a single component, however it is Possible 
2ft oTTrl logical driver functionality are split into different component Do,nj | this 

allowt opOmTsation oftte amount of software required to run In a Setpoint box or ultimately 

in a coder itself. 

The generic image design information needs to store Information about ho« ' a"jn«ge was 
created, for example, was the image optimised for a specific coder or class or coders, or was 

r^ro^ names Claricom, Clearview, Setpoint, Clearstyle 

of Claricom Ltd and represent the system or elements of the system according to the 

invention. 
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the desfqn purely generic. Sections of the design, or parameter flies may hold information 
aboSgn c^S made by the user to determine the required method of overcoming 
limitations of the particular coder. 

i . 1 Further Objectives 

A number of architectural techn.cal objectives have been drawn-up. The goals are listed 
below, and will be echoed by specific areas In the remainder of tine specification. 

i Provide a single application for controlling a wide variety of in-plant coder technologies 
fro^ any vendor. A Key point - this Is the end-user customer ^^^J^-ffrL 
Zll fols on this point alone. For Coder Companies the elegance/attractiveness of we 
technical solution to provide future capabilities is very significant. 

-> Th P anolication shall have a number of independent layers, e.g. A control layer (the 

sSc layer (API) and a communications layer. Any customer may choose to only use 
SrSoflhl layers, for example, a SCADA application will only use the coder speafic and 
fommun.cauons layers. Providing other industrial conM*M >onp^ dersjrt a 
common/broad coder control ottering mi increase the market coverage posxbte b y 
Oaricom. The architecture must allow a scalable product and therefore price offering to 



9li msrtffr^ 



3. 



prav.de a common programming Interface for a wide variety of in-plant real-time coders. 
^l^^plJ^PrvgnVmrners Interface (API) layer, s #* 'key to P^dinga 
l7mmon approach for a wide range of pnnters. It may be that the API only defines 
Certain fur^onTfbr certain classes of printer technology, e.g. * «^ 
(complex 2D bar codes) for continuous Inkjet coders. The common interface wril be used 
^tf^e Invention Control Application layer and will be key to providing a valuate solution 
to other industrial solution providers such as SCADA companies. For example, an OPC 
compatible Interface can be provided for SCADA and MES applications to access product 
counts and coder status. 

4. Provide an open file format for defining the style of what Is to be ^^^Zrner 
data is to come from. 777/5 approach will limit end-user reluctance to adopt yet anotner 
proprietary method of defining what needs to be printed. 

5 Wherever technically possible use existing standards for the file format for defining the 
style of what Is to be printed and where the data is to come from. The fite format w.ll 
provide the ability to add programmed data handling e.g. provide a software module 
containing specialist batch code calculation and rounding. Initial '^J^^TJ ^ 
that XML/XSL, or building on top of HTML, can be used as a framework. (See section 
1.12, "XML as the Chosen Standard "). 

6. Tne Control layer will provide its own data handling functions and provide the option of 
linking to other sources of data using Industry standard mathodolog.es (SQL, ODBC, COM 
OPC where applicable). 777/5 top layer of the tppiicztion must pronle a wide range o f 
•canned" options, similar to the built in database that many label design application, 
provide. A built-in solution to allow Works Onter style working CNextl will be provided. 

7 The data handling functions will allow the incorporation of applications to provide highly 

' specialist functionality. To allow Hnkjng into systems with highly specialist requirements 
the ability to specify custom software modules to process information pnor to being 
downloaded to a pnnter will be provided. 

8 Provide Client/Server functionality, e.g. A PC nas one copy or tne control Application iu 

^ r 0 f rir-fi Unit 'or each line (other PCs, possible Windows cfc). These 
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control units are, in turn, connected to the coders. In some appHcaOonsa small industrial 
%ne, PC Ml be required for line configuration and to ^TaZ 
Mot line. me Control application must pn>v,de ^^^UJ^ JSonwIu 
[Server/Client] versions (Production Managers Office PC), J^f^Z^ vision w, 
alio* the stBtus and performance of each line to ^^^^^jj ,?Z£>> SoL 
down to view the status of Indwduat coders °n that line. If^e ^^'1^^ 
this may be possible by viewing a dynamically updated Web page that represents the 
status screen of any Client. 

3 -me Client/Server User Interface shall be programmable using HTML as the graphical 
delan and wmmand button framework. Canned controls will be provided to allow the 
mos? commS requirements to be produced without ^"^XTS^tS 
Users and Control Solution providers must be able to totor ^J^J 1 ^^^^ 
Invention Control Application presents. As far us possible a Web Page approach writ be 
^^lo^^peZrrnanceis not compromised. The canned controls will be provided 
through the use of Active Conbuls (COM modules, or Java Applets). 

10. K shall be possible for a third party to generate their .™^ a ^ p ^™* % 
incorporation Into the Control interface, e.g. plant specific interfacing to PLCs etc. By 

£2 Page approach users win be able to choose the style of programme used 
Z^n%Zup^e %rform 3 nce quired and the skill level of the 

if %eedof operation is paramount the user always has the opbon of USJng the API 
interface^ 

11. The communications layer will allow for both OPEN communications 'J^^^fy^, 
of vendor specific legacy networking methods. Handling legacy W^P*^ ™J?J" 
issue for Invention. Customers may be resistant to scrap a working "^^J™,?^* 
communications layer that uses a common interface back to the P^erlay*»n» 3ftow 
vendor networks, where the protocol information is available, to be accommodated. 

12 Where ever possible existing technology will be used to provide the functionality required. 
' e.g. use Excel or Access macros to generate customer reports rather than producing an ,n- 
house report generator. 



System elements 

1.2 Clearstyle 

1.2.1 Definitions 

Clearstyle Is the working title for the Image design element of the sytem according to the 
invention Whilst Clearvlew will be the central focus of the aarlcom solution the design 
element Clearstyle provides me rocus in terms on the overall concept of the flnoi solution. 

The preferred elements are that Clearstyle allows the end-user to produce generic designs 
that can be used wltn any coding device (ideally) or at the very least with a particular class o, 
coders e.g. small character Inkjet 

Clearstyle will use a published and commonplace standard document format as the basis for 
staring the image information and inditing the source of data For particular items on the 
image. It Is appreciated that extensions to any current known standard will be needed to 
Incorporate the needs of real-time In-plant coding equipment. The requirements of this file 
format are discussed further In section 13. 
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„ is envied that Cearstyle w„. be ^ - a V^^^S S^ST ^tftSf 
this product should allow a version to run with the hardware/operating sysiem p 
for the Set point box (see section 1.6). 

1.2.2 Objectives 
To provide; 

. device independent Image design and data management 

• functionalist is aimed towards the specific needs of the oackage coding 

. S^Slty to add new, or customer spednc functions through the use of active 
con^Srsuch control to then be used to provide the "real" functionality a t prlnt- 

• an "out-of-box" database solution for users where Information Is not already 
available on the network. 

1.3 Coder Independent File Format (CIFF) 

1,3.1 Definitions 

To meet Objectives of Oearstyle a file format for the image design l^™^" Is required; 
this Coder Independent File Format will be based on a current OPEN and EXTENSIBLE file 
format; XML Is dearly a contender for this job. 

in time this format will be published, thus allowing any design package to ^ provided with a 
CIFF driver and allow system integrators to produce and manipulate these design files. 

Given the requirements of the real-time in-plant coding market it is deemed preferred that the 
file format provides methods for adding specialist functionality using Active component. It 
should be possible to create these components in a variety of languages to suit the needs of 
the application. 

1.3.2 Objectives 

The key functions of the CIFF will be to define: 

. the properties of the .mage (size, class of printer the Image was created for etc); 
. links to any relevant coder configuration Information, such as print performance 
parameters etc.; 

• the number of objects placed on any given image; _ r . . ^ /rwa 

. the properties of each object, e.g. position, size, orientation, font, barcode type, 
ptc * 

. the" source of the data to be used to print the required image. This could be user 
input, data from an ODBC data source or information from an active component. 

1.4 Clcarview 

1 A 1 Definitions 

The central focus of the Clancom product offering will be the Coder Control and Networking 
product that will be used by line operator? on a day-to-dav basis. 

It -s preferred that Ciearvlew is highly modular and takes advantage of the latest distributed 
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From an end-user perspective it is this product that is used TO control what is Printed and 
£3di2 ^*c£n^etween the various coders us*d anc j factor* ' o^IT. 
infrastructure and must provide the flexibility needed to fit-In with the end users metnoos or 



working 



Clearstyle needs to run In two places: on an Industrial PC(Setpolnt] ,on One factory floor; or 
on aStopPC located away from the lines where the coders are k»tod, or as a 
combination of the two (Client/Server operation). 

1.4.2 Objectives 

To provide: 

. an "out-of-box" solution for networking In-plant, real-time coding equipment, lauding 

fndu^al InHetCCD DOD, Pie20), Thermal Coders and Label printers, Laser coders; 
. ^^S^^^^im co^rs from a Wide variety or coder manufacture, and 

. ?S STSWnt of data entry to allow a production line, including during types 

be generic across the full range of coders supported; .. 
. a hfghV programmable user interface - using HTML or similar technology to allow active 

components to be added to any given customer solution; _ f 
. dumber of independent layers to make incorporation of new coders, or new methods of 

communications as simple as possible. 



1.5 Coder Application Programmers Interface (CAPI) 

1.5.1 Definitions 

The CAPI is really a part of Clearview and simply exposes the functionality of Clearview for 
use by third party developers. The interface will be provided using the latest component 
based techniques, e.g. com/dcom. 

The Interface will provide control, set-up, data management and maintenance fusions i. 
StTtusYnformation will be provided using exception based reporting (e.g. no requ.rement on 
the calling application to poll for status). 

No format creation functionality will b* provided by this interface; the open file format (OFF) 
will provide this, 

1,6 Setpolnt 

1.6.1 Definitions 

The Setpoint box will be used to provide the factory floor interface for setting up a given line, 
■mis unMtwill run Clearview [CllenVServer] and prxrvide a local point of conr^cbon for -the 
coders in a given area. The Setpolnt box with then provide Ethernet conne^ back £ the 
wider I.T. nltwonx installed within the end-user cite; this may .nclud^ connecting back to a 
"[Server/Client]" version of Clearview. 
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1.6.2 Objectives 
To provide: 

. SSifSS- of.ce/facto:V netwo* us.ng standard TCP/IP 

. ^S^M^c using toucr, scn*r. or other robust and simple means of 

user interaction. 

1.7 Datapolnt 

1 .7.1 Definitions 

M any coaers that are ,n use * todoy* £££ such 
networking support Data point allows Oancom to provide a neww^ , . 

coders. To provide this a number of protocol converters are needed to provide the 
appropriate electrical and software protocol conversion. 

1.7.2 Objectives 
To provide: 

. a cheap and reliable solution for networking legacy coding equipment that only 

provides simple RS232 communications or proprietary RS485; 
. a number of options to support a variety of transport mechanisms. 
. Clearstyle 

Clearstyle is the Image design and data management section of the Claricom offering. Users 
of dearview will use Clearstyle to define: 

. what the printed Images need to look like for each level of packaging; 

. where the data for each item comes from, or how it is calculated; 

. the framework for adding additional programming to a g.ven Item on an Image. 

To do this Clearstyle must deal with the following types of Information in a generic, coder 
independent fashion: 

. image design information, numoer, type, position and style of information on an 

. pTSuct relate data, either as part of the Clearstyle product or via Imks to existing 
customer information. n-^c ■-, 

. set-up information (or coder parameter information) for the printing process n 
relation to a particular product, e.g. the print darkness etc. 

Clearstyle must be able to deal with the w.de range of coding devices u .^^V P 1 ?™^ 
package coding through to pallet labelling. To accommodate the w.de differences In tT.ese 
coders Clearstyle will include the concept of a Class of printers, classes would be Small 
SS^rtnTSS Largs Character and so on. This concept would Q,ve a user the opbon TO 

design tor: 
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. a particular coder, e.g. "I only have one type of coder in-plant why do anything 
. a Si of coders, e.g. "I have a mix of Domino and V^eojet small character Inkjet 

the same design to work on them air. 
G ,ven the differences in capability and 
^ve^gu^^^ 

abo^ what will be printed dearstyle will provide the following functions. 

. generic WYSIWYG, e.g. Che Ideal output If the coder can support ell the features, 

fonts and bar codes used on a the image design. ^lo^,* h^c. 

. coder class WYSIWYG, Qearstyie displays what acoder of th ' «tedW dass 

would Drtnt this would use the lowest common denominator of features. 
. 2££ s P rSflcWYSIWYG, Clearstylc displays what the selected codar would print. 

to nrovlde the user with the best possible Information when creating a generic design 
SSle Xrot dcTn option to prov.de detailed information about the compromises made 
SS2n\2t£ an image design for a par.cu.ar coder or dass «-mge.a 
orM^i7 h*r «5dc is selected for a coder that doe* not provide Internal support for KUMi/. n 
S^S^I^SpermllS. the barcode could be provided to the coders as a graphic 
as lonTas Z code is within the size constraints of the coders print head, the choice made 
an i ^ optons avaliaWe must be provided back to the user. In '^f^^^^ 
need to be made to the physical head arrangement on certain types of coders, for example, 
the allocation of sections of an Image to specific pnnt heads on multi-head coders. 

1.8 Operator Functionality 

In general the user interface will: 

. use common practice of Microsoft Windows NT products; 

. XreTmmon practice mates a particular function difficult for a novice Window s 
user an alternative more obvious method should be provided, preferably in 
addition to the common practice method; _ ^ 0 __ ilv , 

. provide functions commonly required within the product coding area as easJy 
accessible functions, e.g. no "macro-programming" should be required to perform 
features such as: 

. offset dates, for use as best-before-end and sell-by dates; 

. merging of data from multiple objects on an image Into a single object, 

such as a bar-cooe; 
. extracting sections Of data from objects for inclusion In other fields, this 
facility to be combined with the merging function; 

• provide advanced features that allow the base -command stnng" based data 
language to be acceded, e.g. manually enter a merge string vs. using the menu 
system to build the string; 

• use as few layers of menus as practically possible; 

. J"c separate, easily edited, resources to allow the Interface to be translated 

into other languages, or for use in OEM versions; 
. provide a multiple document interface if this does not make the Interface over 

. SlSS^meter values within practical ranges, e.g. do not allow combinations or 
parameters that are not allowed; _ 

• wherever possible provide "Wizards" to obtain all the required tnforrnatlon for a 
particular task, and deal with related parameters; 
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^ u i^i^i m rhP end-users e.g. the default size for an 
. provide default values that are logical to me ena ^iscy 

EAN-13 barcode Is 100%. 
aearstyle will provide a WYSIWYG image design environment. 

. all functions should be pebble from the W>SIWYG window, n shall De possible 

to: 

• add objects to the design; 

• delete objects from a design; 

• change the position; 

• change the orientation 2 ; 



to De viewed as it will be printed on a particular coder, mcmainy pi« y 

. to inform a user where a ^ 

nerforrnance of any specified class of coders, or specific coder will be 
Sm^S (e* thToor. ability to pnntthe Image ^e ^ate time and 
therefore the maximum throughput and the download time for the Image 

. iVsha!! fc~ nn^ble for the source of the data from any object used on an image 
design to be specified (see section 1.8.2.). 

in addition, aearstyle will provide a data management capability. JJJ"^ 1 ' l ^^ l i y eta| , s are 
accessible from the main design window and as an independent application further details are 
provided In section 1.8.2. 

1 .8. 1 Coder Independent Design of Image 

The WYSIWYG design environment must be possible to provide for: 

. totally generic design, e.g. provide no feed-back based on specific coder 

. rTeSnfor a class of coders, e.g. work within the lowest common denominator for 

rhe specified arouo of coders, such as small character CD, 
. dTsiSTrorVs^fic coder, here the area and capabilities would be reacted to 

those of the selected coder. 

Reaardless of the method used for arriving at the final design the information will be stored in 
a^eSftshS , to allow the Dest- possible job to be made of prlnung the design on another 

coder. 

To allow Clearstvie to handle provide WYSIWYG representation for images i for specific coders, 
or Classes of codes the printer dnvers must provide the following informaJon. 

. maximum supported image size; 

. text positioning capability (absolute/relative ); 

. fonts supported, including bit-map and scaleable fonts; 

. does the coder support downloadable bit-map and/or scaleable fon^s. 



^Denendinq upon the type of target coder selected, coder supported orientations may only 
nrnvide Internal support for 0°,90°, 180° and 270° or only 0 . 

?Note cer^wpS To? coders particularly small character Inkjet coders do not support 
Note, certain types o ^ ^ ^ ^ „ n „ ^ nf text wlth rontr0 , 
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• graphics capability, maximum size, number etc. 

• bar-code support; _ uiHpd ^ a native coder command; 

and side; 

• hidden fields; 

1.8.2 Data Management 
1 .8.2-1 Data Sources 

Cearstyle will allow the user to specify where ■ ^a* for . a **** ° b3eCt ° n an 
design comes from. Trie following sources will be provided. 

. data Is set by the image design, e.g. company name, fixed Information such as 

. aSSrle database objects, here the dab .will con* > from dearstyle's 

automatically generated database (see 1.8.2.2 and 1.10), selected for 

. operator entered information whers data Is OT ^J^ n n ^^&£StS of 
printing; this capability must operate over a group of Images for different types or 

. SSSS^?S^^ such as date .time, , ob^ etc. 

Where a coder does not support a "generic" feature .nternally Clearview will 

provide the intelligence; im . r 

. machine resident Information 4 , such as rnachine number rodj 
. information that Is combined from other objects and ™n u al^ter* 

information, including the ability to merge a sub-set of an objects, e.g. 




Combining information into a single object 



Th, s capability must use be provided without recourse to macro style programming 

. 2 SectTmust be able to obtain base Information from ■^'JJS^s 
this Includes graphical information as filename or Binary object, the data sources 

mUSt . ind ODic data sources, indudlng SQL, using latest M'"^ 8 ^*,. 

Information back to the design layer about what Information .s available for a coder/coder 

class etc. l0 
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, ^ cpiertina the required row of data 
• ZSk r S^r~T^4vld f colors f»r testing tnat such u at a 

links are operating correctly dun ^, p / l "^ r JnSv id eo to give packaging speuf. 
rounding of dates etc. 
1.8.2.2 Automatic database functions 

in some cases an end-user v.., not have ^J^^ "^^tnSS not 
required for printing, or the Information that Is available is not in 
permanently available. 

To provide a so.uflon, in these cases, the Clar.com suite of software has to provide a builHn 
database capability. 

Tne database capability must provide: 

. automatically generated database that uses the specified Image design to create 

the required database fields; 
I %^%£Zl£S£?S,s> ob*** to a d t? n ..» an existing database 

: STdes SEE ^ffJnSSffifcn regardless of the base ,-age design 

or coder selected. 

-me database structure must be flexible enougn to support me following styles of appllcotlon, 
1 une set-up v»here a single product selection must provide the date required for 

and may entered other (ratability Infbrmabor ' only Wable a mi J'JJJ- 
3. 'Tree" style product selection where the user dnlls down to the required prOOUCT 
by using logical groupings. 



in a„ thr~ cases the Carlcom database str ucture ™ ~* * '™ 'J* S^C c^^rSore 
The ability to provide additional keys for Unking to other data tao.es via uud.- . 

preferred. 

selection methods these can be prov.ded as distinct components tnat use 

( -!» r.rry<i ..r!-^- 1 I' 11 1 
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ability to provide customised product selection becomes an v 

1 .8.3 Definition of Connections to other sources to data. 

aearstyie sha.l allow the data for a field to be provided by other databases. Standard 

SSSSi ies such ODBC, ADO, SQL must be supported. 

c™ set rn.pp.ng - ^^^JSSS^^X ™ 

from source without forcing the end-user to use alternate u*"* 

1 a 4 Definition of Connection to other "Active" components 

obtained using a common Component interface. 
Typical applications for such components would be: 

. a specialist control to obtain data from a cneck-weigher or PLC. 
. to add a new bar code symbology; 
The "active component of the coder is described in more detail in Section 1 1 and shown In 
figures 1 and 2. 

1.9 Interfacing Clearstyie with C/eerv/ew 

™ shal! be via a generic file ^-^^ 

functions, 

It is proposed that XML combined with xsl (Style ^Shee j) irSJ^irST 
rSSSS IS^SSS^ S^P^es methods for Unking 

^T<£^^^^ S the over*, soluflon. See the additional notes 
provided on XML in section 1.12. 

1.10 Building Databases with ClaarStyle 

Some users win nox have suitable eating source of data for inclusion on the printed images. 
The Ciarlccm offering must lndude 

. automatic generation of database structures and data entry forms based on imaoe 
. ^dc flexibility in the way information is linked and how data Is located at run-time; 

• provide options for: 

. normal linear search of product code, nroriiirts to run on 

. next style selection, where a sur^erv sor pre-se^dte *e products 

a given line and provides preferred tracklr^ mformahon, 
. customer specific tree style selection, e.g. Red+France+Model 27. 

Please refer to section 1.8.2.2 - Automatic database functions for further decalis or the 
reaulred database functionality. 
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1.10.1 The Database LinKing Structure 



„ is Important that Oear^e allow , 

designs that will be needed for the various srag«^^ ■ ^ ded.cated to Individual .mage 
ft is preferred that the Clancom ^^^.^^ScTamrnage design to fields within the 
designs The following process for attaching otyeas 
aesiyiLs. f, in rtlnn as follows: 



i. an image *=j9" Q , Ms , nagK) database the user 

4. the database -II require aj rsgi«rvl ™* ° ^^t, e . s . tne type of 
me database and ensure that me use op eacn to" 
data held In the field is relevant to tne object that wants 

1 10 2 Managing A Product Index 

n M proa , Jt , „,«*oo options tha. end-users d^3^j£-*£j:$> 

control by modification of a single products image reference list. 
Index table structures. 

To define the required database structure it is first necessary to forma.ly denne a num^r of 



terms: 

Line 



a Physical production line or any other W^<W<* c^ers. 
A product selection will act on a line rather that act on 

individual coders; 

Coder an individual coding dev.ce sue* as a Continuous Inkjet printer 

or a thermal print and apply machine; 

_ rtiir , . rr^^r< rhat have similar functionality such that it is 
Co^r cu~ definition across the group; 

rnp rtPfinitlon of the style of what is printed on a given coder ox 
image ?ile SH oPc^t tX number, portion and type of object, 

printed on the image; 

Parameters the deflnUon of what ccocr performance and confc-at.on 

r,r Parameter oaramcters are required. 
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File 



Objects ,^^th^ w Q u^nc ude te)rt.MrTOa data for ^ 

-t^SSSd 1 g^a^utomat.caHy, sue, as ror 
Sa^nd times or proved by external data sources; 

^ na , Pre-existing databases or other sources or data ror ex ample an 

SS mal SSSsQL Server database or Excel spreadsheet 

End users do not what to worry about what image file Is used fer a particular product code ,t 
rln-tme they simply want to make a single selection for the line. 

To provide this across a rather o^^^^^^^Su'n Sn^S^S!* 
to build or specify a single repository for the produrtcod^ ^Xoduct Index File] could be 
Th.s repository or [Master ^^^^.^^^Z^y. In addition the 
specific to individual lines or shared across all the ^Ines ^ ^ ven factor* 
index can be constructed using existing External Data sources or may use a o 
and managed by Clearvlcw/dearst/le. 

[Line Configuration File] 

This element Is really part of Oearvlew and not relevant to Oearstyle \»^>££™ an 
im^rtant link In the definition of the overall database approach, so Is Included here for 
completeness- 

The file defines the Coders allocated to the line, for each coder: 
. physical addresses of each coder; 

*. Kflgi Stt^SSS^ m. mrlrr P^lirT lnrtr»,...1 

for this coder, or acceptance or a overall default location; 

. Son t h* image file aennffion within the m ffitrr Pnrriiifl -Index .. .. 1 

for this coder, or acceptance of an overall ^u V^-^ e 

specification of a single default image file for a«M ^"S^SSST 
. Location of the Parameter File deftntoon within ffi gy Product 

index 1 or the acceptance of an overall default location, or the 

ingsx .i. t. 1. or aOT ^ fl !' fall | t rvirameter file for all products referenced. 

specification of a single default parameter rue ror a, w wr ,ere 
. TnTdefault path for the image and parameter files for th.s coder where 

icWMfiLWsU does not define the complete path Itself. 

[Mortor Product Index/Common Product Index/Product Index File] 

This is the daricom Managed version OR a "Deferred" External Database and defines: 

* Product Code; , . mr ,v 

- Image Name (A simple ASCII* name or full ftle name), 

• Parameter Rle Name. 

me una Configuration may negate the ^^^^^^Z^™ 
mat a single common image/parameter file Is used for all products un * H 

[Image File] 

is used for slmplidty support for other character definrtlons such as UNICODE etc. 
must be catered for. 14 
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a*** Kawi on the Product Code obtained 

Image flic Itself. 
[Form Fll**] 

1 10.3 Differing Coder Capability - Classes oT Coder 

coding product. 

By a.low.ng Images to be defined for a dass of coder, the benefit or having a y en e r,c soiuBon 
can be maximised. 

The following list is pmv.aec as an example or how the da*** of coder, could be 
constructed: 

• primary coders: 

• small character inkjet; 
- thermal over-printers; 

• lasers. 

. secondary coders (case coders): 

• thermal label printers; 

. thermal label printer-applicators; 

• hi-res large character ink-jet; 

• large area thermal over-printers. 
• tertiary coders (pallet tabellers): 

« thermal label printers; 

• thermal label printer-applicators; 

. office printers using specialist label stock 

Clearv!ew. 

1.10.4 Printer Specific Fonts 
Clcarstyle must deal with the following fonts: 

. True type fonts; used to prov.de a -best-fit" approximations to built-in coder rents 
when generic image designs are being used, .-^ipable font*;- 

provide access to the required technologies/licenses etc or Type-Type best tit 

equivalent fonts will be uc*?d. 
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s ov^ri: font matching Is not essential. 

It should be noted that for certain d ^° °°££^% t cause end-users operational 
slight differences In anali^gj and character sets used will be 

difficulties. Wherever possible data concerning u.e 
sought direct from the coder manufactures. 

Issues that are preferably, however be addressed are: 

- font it Is preferred that the required SSefoSeT^ 
selection time, can be printedvv^in tta ipmrt area ^f^™^ (e , 

- character sets. It Is preferred ^^.; , ^^ r !^t InTO the correct code 

Interface. It should not be necessary to edit the Windows registry 
configuration files manually to accomplish this. 

It must be posaoie to enter extended character easily, the provision of , -VWu.r Keyboard 

on the screen would allow this. 

1.10.5 Barcodes 

print resolutions offered by the differing technologies can l.m.t the bar codes that can oe 
printed by a given coder. 

Information made available when the file is saved- 

1 10 6 Printer Resolutions . 
Printer reso.uBons vary widely across the range of coding equipment available, from 300dp,, 
or greater, thermal printers to low resolution valve-jet printers. 

it may not be possible to render very small fonts, or detailed graphics. 
Other Issues: 

reflect the effects of the coder or base coder da */^^° n ' tQ |lnear 
?n sSSSses an approximation should be given and a warning provided, 
1.10.7 Real-time capability 

Typi ol,y ,ndu»,l»l code* «,l have cert* « ™?P«i 
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Coder Independent File Format (CIFF) 

1.f ■/ Objectives 

1.11,1 Openness 

The CIPF must be a Open standard that Is* 

. S«SSe^ be Prided ~0 or 
Sent imaging functionality added, such as new bar codes symbolog.es, 
though the use of additional software modules; 

Tnese requirements are bom out of the following requirements: 

. the need (In time) to allow tniM party software *^"£**>T ^ ^ used ^ 
the Clarlcom communications and control solution (a«™^>' them to use 

. the desire to sell the Claricom concept to coder manufacturers and ftr wm to use 
me Sim £ format as their normal means of defining the printed ,mage (cf. 
Adobe Postscript); 

. trie need for differentiation. 

1.11.2 Classes of Coders/Specific Coders 

Tn allow improved handling of generic coder classes, or specific, coders *c QFF must 
I?ovde the^bilS to store Information about users cbo.ce^modc at design rbme, 
Regarding how to best "map" generic functionality to specific coder, or coder dass, 
runcoonality. 

this additional functionality must be provided. 

1 .1 1 .3 Parameter/Image/Data (Job/Format/Data) Issues 

The file format needs to deal with three distinct types of Information: 

. Parameter information such as print darkness, print speed, print head 

. Se^ato;, e.g. number, position and type of objects induded on the 

. CSSdSa printed. In the style set by the Ima« d*a^j previous* 
described this data could come from a wide variety of sources. 
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1.11.4 Extensibility 

^ added without fundamental changes to the 

rounding algorithm or a new Dar code symbotagy. 

^ntr nrovides the be«tf method for giving this 
It ,s predicated that the use of sofWe «rnP^ ^ 2 pmvided to clve both the 
extensiumy. a. "mpanert, or '^^^;^r^6 parameters and the run-bme 
deslgn-Ome Information about the component aw h 
output needed to communicate to target coders. 

Components could be generic, coder class or coder specific. 

The required component .nterface will be made available to allow coder manufacturers or 

other third parties to produce components. 

1.12 XML as the Chosen Standard 

™ T^/SSrSSS^C. 5 HwSn, the W choseh for other purposes. 

,t Is proper, «h>< CHcom wou,d develop me ^"^^^K^rSt Sr£t f 
lmw ». T„ is DTD ^^Sr^Sff^S a corlon open, 

rr rt «e^^ 

example. Teklynx could provide a Clarlcom XML driver. 

As with many oper, standards I, may he n^ryB provjd. the a »™ to ™*« 

des,gn. For example, a spedfic P^ u ^ s ^e^af^e^ir nL^^ro have particular 

Serially, however, coder manufacturers will continue tcjnnovate in this area and the 
ability to handle new types of parameters must be supported. 

1.13 Information to be Stored 

Overall image information is preferably otorc-ci, for example; 

• uverall image siz«; „„,-:-,►,,. 

. allocation of section, or .mages to pnnt head, - where «ppropnatc ; 

. the nature of the design e.g. generic, ro,jer rWiss ui LOuCr speJT.c, 

. links to parameter Infonrarion; 

- links to databases and orhpr sources of data; 

Tho following object type? will be supported: 

1 ^ ^tSSTt feSgn bme and therefore, i*cd hy the ;-„age * W 
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linked to on ODBC, or other eternal^ date h . deslgn; 

(see section: 1.18-3) 

Properties: , ^ 

. object name for cross referencing P^poses, 

. position (x.v In generic unrts, e.g. rn M™*£%> 

. font as a generic font name, a coder/coaer-class specific font 

frrforfnation can be stored to aid in mapping genenc s.ze 
information Tor specific coders or coder classes; 
. orientation (see footnote 2 on page 9); 

SSffS"S 5 object to be logged to n*7 

2 bar code fields; both conventional and 2D bar-codes; design-time and run-time 

functionality should encapsulated within software components; 
3. graphics; 

^ da,i %m?a^te1n multiple formats; it must be possible to co mWn* «t .basic 
} dLte/t,rne element in any format and where formats are not supported by a 
specific coder this should be indicated; 

5 inSrnent and decrement objects; combined text and numeric data should be 
pSJidSwim options for setting the starting value (entered, obtamea from 
database) and Increment; 

Note that specialist functionality should be provided through indepenaent software 
components that contain design-time a run-time functionality. 

1.14 Extension Capability 

Tt is preferable that the file format allows additional design-tlme and run-time functionality to 
be added using additional software components. 

The design-time component provides connections to allow required object properties to be 
obtained and stored within the generic CIFF. 

Th P run-time component will use ttie properties provided to either render the bitmap image 
nllS oTto pSe data for rendering^ the basic text or bar code rendenng scions of 

Clearview, or ttie coder itseir. 



1.15 Incorporation within Coders 

An important aspect of the future ^ 

SSSS S P S , £5£2 SfiSZ^SS^ an. data to 

For th,s to be feasible ,t Is important that the OFF is relatively efficient to process, preferably 
K the ! classes or processors used by state of the art coding equipment. 



20 



Received CE-Ncv-99 17:27 



Frcm-0115 959 0233 



To-THE PATENT OFFICE 



Page 23 



Clarices Limit ea 



j ^ j ^ .; 



^ottv-are required for their specific application. For exampkj ^7x5 matrix CU or laser coder 
SnVSquire saleable font or barcode rendenng capability. 



ClcarVlew 

Overall Approach 

The following diagram shows the basic ete 



ments and data Interactions of Clearview. 



Image Design 
Application 



Printer Classes 



r 

CO 

I 

I 



XML/XSL or 
"Enhanced" HTML 
Image 



Data Sources 



Laser 



Thermal 



HTML Programmed Front End 



Coder Control Application Laye 



i_L 



Coder Specific Layer 



Coder Specinc Layer provides 

Information about 
rxxlpr/cocer riass capability 
and provides best- Fit 
alternatives where a generic 

capability Is not supported 









Communications Layer 



RS232 



RS48 RF 



Wired Ethernet 



F*rh iaver of functionality must be useable In its own right, for exompie a SCADA or MES 
s 3* Coder and Communications layers and would .nteract w,th these 
components using the Coder API. 



1.17 Product Layers 

1.17.1 Control Layer 

Thic - av pr nrovicips ^he interface to the user, top level functionality (product selection etc), 
SitldS x^X^on^ents and allows The extension of -canned" performance us,ng 
bolt-on software modules. 

I, is envisaged that the look and functionality o< the use- Interface will be highly configurable 
though the use of HTML or an equivalent method. 



117 2 Coder API Layer 

"This lavcr is actually the defining specification to the next layer down, the awer *P«*fc 
Ever The Control Layer will J<Je common methods ana properties tor communing , ™tr 
^ Ver ; n i orVuoooitec coders, th,s cx^der API will denne these menu** prupc. t,«. 



r^r 
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it , s this 'aver that will provide the published common interface for external applications. 
1.17.3 Coder Specific Layer 

-me Coder Specific layer consists of a number of component,, one each for the classes of 
coder and spedfic coders supported. It Is these components that will. 

. convert the generic methods and properties Into the appropriate 

commands for the target coder; 
. add functionality missing from the target coder; 
. providing functionality that Is available within the coder but that has 

limitations compared with the generic standard; 
- handles the mapping of fonts and character-set Information. 

These components (or companion components to ^^Clearvlew components) will be 
responsible for passing design-time information back to Clearstyie. 

1 . 1 7.4 Communications Layer 

The coder layer will only provide the data to be transported to the specified coder .All 
communications needs will be provided by the ^^^l^ d ^ a W /^^ e ^ 
Specific Layer this layer will consist of a number of components providing a vanety of means 
of physical and logical communications, e.g.: 

. TCP/IP over Ethernet; 

• Vendor specific RS485; 

. Virtual RS232 connections using RF Modems, or equivalent, 

• etc. etc. 

7.78 operator Functionality 

The user Interface "look and feel" and functionality will be configured using a w^page 
approHh. It ^recommended that SDKs are used that leverage existing browser technology 
wherever possible. 

The out-of-box solution must allow typical applications to be addressed witho^ recourse to 
web-page programming. Standard objects Shall be provided to give » mm ° n "V "«d 
TurStions The default look-and-feel should match latest Windows or Web fashions, takmg a 
approach should simplify this. Options for an both an explorer tree approach and* 
graphical representation of a line should be provided. 

-THe sections that follow list the functionality Ciearvlew will ultimately provide as an ™t-of-box 
Ir^S Note , Sat any Interim design choices made to ^ early customer orders must not 
preclude the later incorporation or the functionality listed. 

1.18.1 Configuration and Set-up 

i. Provide set-up "wizards" to allow the type, number and conflguraBor ^»"^ 
rndprs to be determined. Wherever possible this process should be automated e.g. 
£S woS be told the types of nttwork connected and would scan the networks to 

2 ^^ P ^ySS2?r«pV the section of standard components for use W,th a 
-rf^cSrorllne. For example a simp!* chedc list should allow tc , m.mlc display to 
delude a beacon, information about the product running, line speed etc. 

3. Sers can be grouped into lines; with line groups the entire group can then be set-up 

with a single operation. 

22 
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, . tKo nee ds of a particular end-user; this 
4 The user interface can be configured to suit the neeos a u 
' includes allowing the product selection to be altered. 

1.18.2 Status Monitoring 

The following status components shall be provided: 

1 a Deacon mimic this will provide o graphical reputation of . three colour beacon 

2 S^pS^'^^e^t product runnina at the coder and the number of 

,P^ucT^in^^^^ 

4. efficiency, giving percentage running time averaqeo over currem 

current day etc.; . . . ,i h h^n n«np ptc where direct feedback 

5 consumables monitoring, e.g. ink, solvent levels, ribbon usage etc. wnere airw. 
i, not available from a specific coder estimation techniques are to be used, 

6 for coders with reject capability the number of rejected codes. 

is above a yiven limit. 

1.18.3 Product Selection and Data Collection 

tt~ ^iPrtinn of a new product for a particular line Is the main day-to-day user requirement of 
2£*2£?t is this^ndSn that will be used most frequently and must be easy to use and 

intuitive. 

Key elements of this are: 

1. Product Selection and data entry mu* be for a UNE^ All 

data and image design requirements for dlffenng coder, on the line must be 

2 SSSTSSte 0 ^ telng using to control a number of lines, either with or 
2 - E ; iSSfnt boxes Jng uid for the actual confrol of indMdu* Ines. * 
shall be possible to v.ew a summary status for the whote line and drill down 
to get more detailed status of the elements that comprise the line. 
3 . Three basic forms of product selection are require: 

a} Select for a single product list; ,» irvn . 
bi Select for a pre-entered list of products for the day/shift etc (NEXT), 
c) Tree style selection e.g. Type + country + model; 
4 The ability to modify or extend the user Interface provided by making * e 

interface between the production selection components and the main status 
polling and reporting sections of dearvlew distinct and orjen. 
s It mu4 be Double to provide automated access to the product select ana 
V iaESS SSons. ^ must a.low extern^ MES ™™X££"VJ£ 
is printed by a line or to allow extensions such as automatic selection ny \ u., 

6 lime tT^to^S^uSmust be minimi a„d all steps po^.c 

2£J! to iSS me numEer of disK access and the complexity and number 
of SQL statements used to access information. 

LP fs look at eacr, of the -standard" production Section ™ th f = 

ntroOUCe the concept of a "[Data Ent.y Po.mJ" that combine the manual d-,t, *n.r> 
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Linear Product Selection 

grouped by Image design, 

me list of product codes will be presented SS^£2^X^' °' 
record number) this allows users to group similar codes should tney cnuo*= 

It must be possible to search the! list of -pguci : coders ^ U ^^^S SjiSE " 
by typing information directly. TTie ideal solution would 5 "^^™*L,^ coders K 
Sorts afrnore information is typed e.g. ™^£^£^f^ d ^ W . to select 
commencing with A34... Where ™^ ^fi^^i be necessaryto click an OK 
the product by pressing ENTER or the RETURN key, it ^srwuia rrau ^ ^ 

button or pnyslcaliy select the single remaining product code in me prouu 



mouse. 



required record is located using the product code as a key. 

Having located all the required format files it will be possible to locate all * 
rmS?d«ign time it is intended that the user will have J^dfled a single database as the 
source for III operator entered information for all the coders used on the line. 

me single database will provide a angle "HTMLJ :»ge to aHoj; - 1£ ^g^J^f 
tn ht> J* The base HTML page wilt be generated automatically by dearstyie, dux oy usiny a 

S s?chOTrnponents, the software w.thln me component will determine if current data , s 
provided or an external operation is performed to obtain fresh data. 

once a„ me .»» b~n ^^^^ » »^ 

NEXT Style Product Selection 

in certain applications the products that are to run on a specific f speafic time 

frame is know ahead of time. It Is rare that production is so well under control that the ran 
w?£out the option to allow a given customer order to Jump the queue ; or to insert a 
nlv^eT at the last minute. However, this type of product selection « "^^""f. 
bTr^dlng an "out-of-box" solution many more end-users could adopt this methodology m 
order to reduce data errors. 

Next style selection is similar to the normal full product list approach, but nas two aisona 
stages: 

1. Supervisor or automated pre-selection. 

^Manaqement of this sort of user controlled record order within the context of any relational 
dTteSSI^highly dimcult but this requirement shouid be considered wherever pract.cal. _ 
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an external application providing a index and data. 

for use in stage 2. 
2. Run-Time Product Selection 

When a new product is to be selected for a given line a line ope rate ,r win use 
Clearview to select one of ttie products selected dur.ng stage 1. Wall other 
flrmaTon hS^en entered no further opera^^B^^ 
data for a operator entered neld has been omitted then the hne-op^ rator will be 
prompted for such data In the same way as for the I, r>ear product selection 
method To simplify this process a simple NEXT button should be P™vlded to 
Sow^e lte P m in the list to be selected without selecting from the list directiy. 

Once the required product has b^n selected the remainder of the Pr^^ 

n 2«« In the same way as for the linear product selection. 

J*- H.*.'.'^" i • - - 

Tree Style Product Selection 

This method | 5 more complex as It requires a hierarchical means ; of 

and does not, therefore, fit-in with the simple master product Index methods that can be used 
for the first top product selection options. 

The user requirement can be shown diagrammatical^ as follows: 



Product Type, Mondeo, Focus, Ko etc., 



Mondeo 



5 TV 4 



Mondeo Models; LX, GUX, ST24, Ghia etc. 














*~ 


Mondeo ST24 Engirte Option 2.0 16v, 2.5 

1 - i 



±2 



.5 



Unique Product Type Mondeo ST74 2.b 



rlr^^hod tnTl^Snql^ sfructures or tnis type is 1°™^°?^*^ ^ 
product: ,ndex but to allow this to be selected by the user at product «I«J n ^ 

allows a directory tree to be used to provide *e "'^f^^-g^^'S? eac^ model 
sub directory for each product type, the Mondeo subd.rector/ ha* an l™ex we ror earn 
that contains the product coders for each eng.ne option on that model. 

it is ?ss jmed that I- will be acceptable to provide a unique product ID for each cumbin^un 
o *en S?Sd fo "data location'etc ror the selectee praduu. 0,« W ^ 

77. . ir + ,„i^, n wn.. 'H p-rx-pd as for ttie ether h*o methods. 
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Coder Driven Product Selection 

,„ ,*«■,„ » *. .op-do-n product sevens "SS^US^ 
1 18.4 Data Logging 

Providing connectivity between coding equipment and ^J^JS5SSf SSStoi 
possible to use the status and counts information from the coders to provide proaucoon 

logging information, 

allow for this class of Information to be handled. 

It will be possible to select what information Is logged within an image design and P^ d * 
addl^Smation from Clearvlew, e.g. P**"* line speedy Urn. of .vent 



etc. 



At a detail level all inter-componcnt messages for logging purposes should be sent on an 
exception basis. E.g. the information being measured has changed. 

It will be possible to access logged information at two levels: * the Coder API layer where 
raw data will be presented or at a file level from the Control Layer In > both cases It will be 
possible to select when data Is logged on status change, on a timed basis. In the case or me 
Coder API interface It should be possible to select a polled mode of operation. 

The file based Interface from the Clearvlew Control Layer ^ d J^JfJ^^f^^ 
should reference any applicable formats of CSV file that are considered « Standard wrtttn 
the SCADA community. It shall also be possible to log data directry to a ODBC or DAO data 
source. 

1.18.5 Handling Errors and other Exceptions 

Wherever possible Clearvlew should report errors without stopping any additional polling or 
reporting functionality. Only in extreme cases of unrecoverable program errors should the 
application stop. 

It should be possible for Clearvlew to be configured to allow f TO ^o De po^eo to a log rile 
and Sored orfor certain errors to halt operation of a given tine. For example n 
pSrlSSSl applications data errors would need to prevent *e operate of the hne. E.g. 
Stop an report, warn and report, best auto-fix and report. 

1.19 User Interface Programming 

Customers will often demand that the look and feel and detailed functionality of the user 
interface are tailored to their specific needs. 

To allow this in an extensible fasnion it is proposed mat the user interface is provided as a 
Jries of linked HTML pages. TOs allows the look and feel of tfie user .nterface to be highly 
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o.rtfguraae. In addl.on, t^ ?g «> 
functionality to be provided using ^ lVe ^ m ^^ v S other points on the network, 
connect to wider networked systems and view the display rrom otner 

Tne out-of-box product «m provide common* [^^<* ordg ^^y^Sge 
oaaes It will be possible to configure and use these ^nned pages w u , 
SSrW." It musftowever, be 

html pages and change then, make additions or completely re*** 
1 20 Built-in Database Functionality 

pr^the product selection methods desenbed earher ,n the section. 

"sSSdard" software and the speed of the built-in database searches. 
1.21 Client/Server Operation 

Given current trends within IT, as a whole, a^.^^^J^^V^-^^'^on 
distributed solutions. It is important that Oearview provides Client/Server style operation. 

The functional requirements are: 

. it shall be possible to run Oearview on small industrial workstations that 
provide local connection to Che target coders, a shop floor user Interface 
and upward connection to the wider IT network; ., r 

. ft shalfbe possible to monitor a number of such small Oeamew p latfe ms 
from any point on the IT network and view a summary of the status or 
-anll-dowfr to get more detailed status of the performance of a g.v*n 
Clearview application; 

. It shall be possible to control any given lino from any authored 
workstation on the network. 

Conversely Clearview 3 pplicat,on S runn.ng on Industrial workstabons must be able to obtain 
date from databases resident on the wider IT network. In some cases end-users may chose 
2 workTr^pies of databases on the industrial workstation to protect against 

network faults but Oearview must not demand this method of operation. 

[Given the nature of the relationship between the industrial PC based versions of Oearview 
and the IT network resident versions It may be that the terms ^^fJ^^Lru^ 
u^ul. The smaller fin PC terms) units based on, ^.*?S^T 
called Clients but In the context of the application act more like Servers, j 

1.22 Upwards Connectivity 

As described above ir Is preferred that Oearview can obtain data from data sources based on 
tie network. To allow this the following data access methods will be prov.ded, as a 



minimum*. 

1 ?? 1 ODBC 



By: Clancom Limxted; ^ 01 1 5 659 0239; s-Nov-^wijb; r* ye o 

^ OPP file format generated using g^^^^tSS^ 
the specific key field, source of the key from within the act.ve image ae y 

data field. 

Oearview w,l, handle character «t mapping from the native ^base J^«r »* * ° f 
the coder. Where no equivalent character Is provided a warning shall rje pro 



Where a data source is not available or a record cannot J*g2^ r | ^S^ ™ of 
provided that olve as much information as P^ Ue m a ^^™SlSnSi if the record was 
data source, if me source exists what Is the file name ^J^fJ^S^Uue being used, 
not located what field was being used as the key and what was me searcn va y 

1.22 2 SQL 

This can be provided as a particular application of ODBC, alternatively the MFC may provide 

direct support for SQL with improved performance. 

particular Image design to provide key Information. 
1 22.3 D AO/ADO 

Within the Microsoft programming environment ADO now provides better ^atatese access 
Performance than DAO or ODBC. Wherever possible dean/tew should use ado to get the 
best possible database access performance. 

1.22.4 COM/DCOM 

By using a HTML/XML as the framework for the Oearview user interface i and the OFF should 
make the addition of functionality used COM/DCOM modules as simple as It can be. 

1.23 Extensibility 

it is imoossible to foresee all the potential end-user applications of coding equipment and 
eVen^fsTs ^EeX detail variations of particular Installations will still requ.re tailoring 
on a case-by-case basis. 

To allow this Oearview must allow for additional software functionality to be aaoed without 
changes to the base product. 

1 .23.1 Additional Functions via COM/DCOM objects 

Additional functionality w.ll be added using Microsoft COM/DCOM J^^'X^L that 
between the components and the main Clearview application w.ll be defined in the html that 
defines the user Interface. 

It must be noted that In some cases the additional components may be 

high performance communications functions (such as interfacing to PLC networks) or sm.ter 

polling style functions. 

image processing components will also be required these will be^renag «part of the 
OFF describing image Tor mac. TTiese components will require two distinct ^ts of 
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penav.ours: to allow ^ connoure- <^«£^?S%£ * 
design-time and to provide the run time data or b<tmap generate 

1 .23.2 The use of COM objects in a Client/Server Environment 

To max. the use of Image Processing ^^S^^T^ ^ ^ 
requirements, 

1.23.3 Adding to Coder Functionality using COM objects 

An addiuona, advantage of having image P^^jJ^ SST*™** 
means that coders that implement the Oancom OFF Hie ^matanadd r*w cco^ 

component. 

Allowing design-time properties to be revealed by the Component .in > Clearview; will mean that 
SlTSS^rltSona^ Padded in this way w,ll be transparent to the end-user. 



As stated previously, splitting the design-time ^ run-tir^^o^of ra^e 
be considered to reduce the amount of software that Is needed in a Setpolnt box or, 
ultimately, that is downloaded Into a coder. 

1.24 Specifying Back-up Coders 

m certain types of coding and labelling applications end-users require the sgerr 'Prided to 
LutomaticaThandle the use of backup coders. This Is most common In pallet Ma&*mj 
applications where a desktop thermal label printer is used to print labels if the automatic 
labeller Is unavailable, for any reason, or for labelling part pallets. 

Clearvlew will include standard capabilities to provide this, it shall: 

. allow an alternative coder to be associated witn me primary coder; 

. alluw the end-user to define the c.rcumstances when the alternative coder should 

. tending or part pallet functionality will vary between applications hooks shall be 
provKled to allow a Simple component to be added to .dentlfy on handle any data 



1.25 Controlling User Access 

As with any program of this type It is preferred that Uearv.ew handle, during oj user 
and limits access to configurate and programming features to authorised personnel. In 
addition product select may also be restricted to particular user*. 



Access control shcuio: 



user Windows user- names wherever possible; 

allow access to be granted to functions on a iwr by user basis: 

unknown users should tw sl-npry allows to v.PW tfatus: 
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Clearview will provide the capability to log significant event,, it should be possible to 
configure the level of event logging required, typical events will be. 

. chanqes to the configuration, date, time, user name summary of changes; 

. SSSSSen*. date, time, produa selected, vanable data entered; 

• program start and stop dates and times; 

. unexpected conditions and program exceptions; 

car* should be taken to avoid any misleading overlap 'between^ these SYSTEM logging 
functions and the User Level logging functions described in section 1.18.4. 

Sotpoint 

1.26 An industrial PC 

• low cost; 

• suitable for use on the factory floor; 

. support for TCP/IP Ethernet networking to the wider IT lnfrartr ^ rf L' 
. support tor a variety of coder networking options, pomt to point P.F, RS23^, 
RS^85, Ethenet etc; 

1.27 An access point for line sot-up 

End-users or Clancom solutions will come to regard the Setpolnt un » BS ^^^ r V!f r6 t0 
interaction with the system and as the junction box for connecting the factory floor coders to 
the wider rr infrastructure. 

1.28 A Node for Connectivity 

A malor benefit of this solution is that is provided a suitable user interface for product 
selection and status monitoring, where it is needed, on the factory floor it also allows all the 
Stentially Intense communications requirements of the factory floor coding equipment to be 
isolated from the wider IT network. 

Setpolnt can, therefore, be more responsive and prevent the wider factory network from 
being swamped with coder polling traffic. 

In addition, by allowing the "PC to be located on the factory floor wiring costs, or RF range, 
are minimised. 

Datapoint 

Not all coders have built-in protocols and hardware capability to allow network^ in cases 
where a straight RS232 connection Is not practical additional hardware and software is 

required to provide a solution. 

Datapoint will provide this. The Datapoint boxes will be small and cheap and provide 
solutions for: 

• point to point RF modems; 

- Clancom (see the following action on networking); 

• TCP/IP Ethernet; 

30 
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in at .east two of these applied ^rnaHy sourced and badged hardware will be used. 

The Network 

Not all coders w«H have networKing capacity ^^^^^S Sor ' 
angle networking solution rather than amply bridging between ainenny «aj= 
networks. 

To meet tnis need Caricom will need to pwv.de ■ range of networking solutions. These will 

include: 

. Ethernet (TCP/IP using Sockets) using wired or wireless physical transmission; 
. simple point to point RF modems; 
. a Claricom RS485 solution; 

. the ability to use certain Coder Manufacture protocols; 

1 the ability to use PLC communications methods (Blttous, Proflbus etc). 

It is important to note that the limitations of PLC networks will restrict ^o^. 

request results in bursting tne pactum size, wear . K . ■ r 

these types of network. 



I. 29 Dial-up Support from Day one. 

Support preferably provides: 

. modem access via a desktop PC on connected to any Setpoint units. 
. PC Anywhere style access to the PC to allow operation to be monitored and 
configuration information to be accesses. 

II. Software Specification 

In general, the case coder software preferably uses the latest modular programming me thods 
n order to maximise the re-usability of software modules, minimise the complexity of code 
Li X ncTand S»Se the most^ost effective methods of code cujoml^on ^ updating 
for customers. Similar principals are found, by way of example, in the Microsoft COM and 
DCOM standards. 

Tho mntrol software and the user display will create the lasting differentiation in tnis and 
S^SelSSES 3 T.s therefore intended that the architecture w„, allow the 

incorporation of Web based elements to facilitate : 

. on-line configuration and system maintenance via me Internet, Company 

Intranet or direct modem connection ^-.w^w*^ 
• implementation of easily configurable user display* via downloudab.c Web 

browser pages ( . ^h™^ 

. CompaDb.lity with the system architecture being crea ted ^ aarl«m 
. The use of 'Active' components which can be downloaded from other compter 

systems in order to create new system functionality 

^ ...^i. , jmi hr to that us*d within Mlr.rocnft Windows in the form 
Hie 'Active' comporicnt concept i, ' Jm,, ^ r t ™ .^^^ WQjld te ftj || y functional modules, 
r.f ^Active X' components and otner similar mociijles. ^^^^^^^^/"^.^^^ ,,,^ vrr . n 
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^ ^ w «^ « rho ^ retainer' into which the downloadable 'Active' components 

inside the coder would act as the container inw w 

are Inserted. 

The point behind this concept to alio* ^ctlve J^^^tS^,^ 
functionality of the coder In the form J^St te life by the 

development of the software for any cod.ng device ^mer 
constant requirement to add functionality which « ^^^^ 

significant field service and support burden. 

-The objective of this Active component concept is ^ ^l^^^^S^^ 
money! Any new Active component, Jtor executing such feature ; as new for 
customised field design could be posted on ^=™^°™ h yf4je of completely new 
download into target coders in the field without W of ^ r^~^corruptina 

SnTs^^^^ 
shift and barcode generation. 

T^e case coder should be able to perform all the printing functions normally associated with a 
thermal printer. 

to ^HHitinn to this the case coder should incorporate as many remote diagnostics and 
Xf^are ^pSate fuSo^as^ble. The following features are required as a m.n.mum. 

a^ Svstem software should be upgraded without tne use or removable eproms. r sp«^'* 
5 ffiZ^. The update procedure Shouia be possible via a modem and sen,, 
link with a direct point to point connection °^ ^e internet 

The system should support EAN 8, EAN 13, nf 14, Code 39, EAN 128, UPC A ana un- 
T^^Sem Should support printer resident fonts, vector outline fonts and downloadable 



b) 



fonts 



d) The system should support the following field types 

Fixed text 
Vorloble text 

Time and Date fields to a flexible format 

Expiry date fields to a flexible format 

Shift codes and custom codes to a flexible format 

Counts for batch, total (User resetaWe) and total (non user resetable) 

Logos ( .BMP or other industry standard) 

Note : The flexibility with which special format codes ^"fSr^X «Sm 
without specialist programming knowledge Is .mportant (eg ref Markem 9064 custom 



codes) 



e) 



Database capacity for label layouts, logos and fonts snouW ^ a n s ^f Q ™^ lps as 
affordable. The board design should allow ror expanaon to ^ "^^™™ ps 
they become affordable. A ball park target ror capacity would be 500 typical labcu, 
designs and 100 'typical' logos. Products will be stored and reto f^J^E^f^_ 
nafeFerx* code. Products will be selected from the system console by entering this code 
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0 



1) 



j) 



- * . ^ h^e-n units (in a non-netwcrked installations) 

An easy method of transporting data between uniu> <. 

should be available as an option (eg PCMCIA) ^ ^ sjdes of ^ ^ 

r^the operator to load the designs f jr bom s d « for we 

h) A method of updating dynam.c fields va ^>" nk » i X rt unknown< a simple 
scale type applications. Since the nature of to sate ^1^^ S^mble and 
way of configure the system to r^W^^^SSSJfSgineer should men 
£S M Bp"S S?en pnnt me Quired d» on tn. 

by an 'update variable fields' message from a simple computer or sult. 
up or error 

. Default to printing the last label design that was prevloudy printed 
I £K £ ^rt "a* until new product data is sent (ie if a box arrives and no 
new data has been sent, an error condition occurs) 

free outputs to determine 

• What events cause them to get set 

. How they are set (level or pulsed) + pulse duration 

• Sense of trie signal (high or low) 

,) The software should be configurable for screen language. Language sets should initially 
include 



English 

German 

French 

Spanish 

Italian 

Dutch 



With sufficient system ev^n^.n abilities to ultimately Include 



Swedish 

Norwegian 

Portuguese 



Consideration should be given in the design tc how oriental character sets would De 
handled and the system support requirements for this. 

For each language, the system should be capaDie of a me and *,« : ^mping in the nut.vc 
language. This feature should De activated Dy way of d x\w ^.on.ao. 
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m) 



n) 



A method of cnabl.ng ^ <M up Is quired which allows a remote help desk 
technician to do the following 

Upgrade the system software 

• Upload the entire system parameter map 

• Download an entire system para mete rmap 

. Selectively modify the system ^^f^^J?^^^ pans thereof) 

panel. A test .mage should be '^^^^SS/^the sa™ 

following facilities as a minimum 

• Read and set the system Real Time Clock 
- Select a label design from local memory 

• Download the label data for a selected format 

• Read the system I/O 

• Modify the system I/O 

• Serially initiate the printing 

• Serially disable the printing 

. Read the system counts and current product code 

• Reset the system counts (except the non user resemble count) 

I R^ the Astern status message De.ng displayed on the console 

. If a p^!SS 5} sending a line number wh.ch is Internally cross referenced 

to the label design 

array of 'selected' label images, referenced by the line number, is required. 
q) The software des, g n pac^ ^/^^ 

^ed to dh^ this new system should be an absolute minimum - Ideally none. 
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A aarlcom Enabl ed Coder 

Communications Functions 



Internal Data Store 



Image 
Store 




1 

Active Component 
Store 


x -< 







Imaging Engirve 



Image Memory 



Print Head Control 




rage 



Control PC 




